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AMENDMENTS TO THE CLAIMS 
This listing of claims will replace all prior versions, £ind listings, of claims in the application: 

1. (currently amended) A method of dynamic installation and activation of software 
packages in a node in a distributed network of nodes, the method comprising the 
computer-implemented steps of: 
providing a master node; 

providing software package storage means on said ma i ^t e r node for storing , in a 
software package storage of a master node in the distributed network, a 
plurality of software packages and a plurality of software modules that the 
nodes in the distributed network will be using as well as older versions that 
are kept for regressing a node back to a previous module or software package 

wherein [[a]] each software package of the plurzility of software packages contains at 

least one module and [[its]] associated dependency information; 
receiving a software update for a node on said master node; 
wherein the software update contdns a software package, or a set of one or more 

software packages; 

storing the software update on said software package storage means ; 
wherein said master node notifies said node that a software update is being requested; 
[[and]] 

wherein said master node passes said node identities of one or more software 

package(s) packages to be updated and module dependencies; 
wherein said node determines, using the module dependencies, running processes on 
said node that will be affected by the software update . 
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(currently amended) A method as recited in Claim 1, wherein each module has a 
binary signature[[;]]. 

(currently amended) A method as recited in CMm 1, wherein each node has a list of 

desired characteristics stored on said master node which is compared by said master 
node to each module in the software update to determine which subset of modules in 
the set of one or more software packages should be sent to a node. 

(canceled). 

(currently amended) A method as recited in Claim [[4]] 1, wherein said node notifies 
Eiffected processes that the software update is being requested; wherein each notified 
process evaluates the effect that the software update will have on its operation; 
wherein if any of the notified processes determine that the software update will 
degrade or have a negative impact on sdd node's normd operation, the process 
returns a veto to said node; and wherein if a process finds that the software update 
will have no negative effects, the process returns an acceptzince of the software update 
to said node. 

(currently amended) A method as recited in Claim 5, wherein said node waits for all 

of the notified processes to return [[the]] results of their evaluations and once all of 
the processes have reported to said node, said node notifies said master node if any of 
the processes have vetoed the software update. 
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7. (currently amended) A method as recited in Claim 6, wherein if said master node 

receives an acceptance from said node then said master node sends appropriate 
software package(s) for the softwaie update the set of one or more software packages 
from said software package storage means to said node. 

8. (original) A method as recited in Claim 7, wherein sdid node immediately runs 
software package modules, by loading the modules from the software package(s) and 
signals processes that are being replaced by the modules and the affected processes 
that the changeover is going to occur; wherein when all of the signaled processes 
indicate that they are ready and waiting for the changeover, said node starts new 
modules and signals the affected processes that the changeover has occurred; wherein 
each module stzirts without ziffecting normd operation of sdid node; £ind wherein each 
affected process restarts, if required, without affecting normal operation of said node. 

9. (currently zimended) A method as recited in CMm 8, wherein sdid node continues 
with normal operations and notifies said master node that it has completed the 

software update: and wherein said master node checks the module dependencies ef 
the software package(s) for the software update to ensure that any inter-nodal and 
intra-node dependencies are complete. 

10. (original) A method as recited in Claim 9. wherein if there are any discrepancies in 
the inter- nodal and intra-node dependencies, then said master node notifies a user. 
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1 1 . (currently amended) A method as recited in Claim 8, further comprising storing, in 
the software package storage, older versions of the software packages and the 
software modules that are kept for regressing said node back to a previous module or 
software package version, wherein when said node does not store the software 
package(s) set of one or more software packages in its local persistent storage, then 
said node can later regress back to previous modules stored in the local persistent 
storage if it restzirts or sdid master node tells it to regress. 

12. (currently amended) A method as recited in Claim 7, wherein said node extracts 
version information and dependency information from the software package(s) set of 
one or more software packages and stores the information in its local persistent 
storage. 

13. (currently amended) A method as recited in Claim 12, wherein said node compares 
binary signatures of [[the]] modules in the software package(s) set of one or more 
software packages with corresponding modules stored in the locd persistent storage 
to discover which modules have been updated; wherein any binary signatures that 
match indicate that the module has not changed; and wherein any modules that have 
different binary signatures replace the corresponding modules stored in the local 
persistent storage. 

14. (currently amended) A method as recited in Claim 13, wherein said node runs 
software package modules by loading the modules from the software package(s) set 
of one or more software packages and signals processes that are being replaced by the 
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modules and the affected processes that [[the]] a changeover is going to occur; 

wherein when all of the signaled processes indicate that they are ready and waiting 

for the changeover, the node starts new modules and signals the affected processes 

that the changeover has occurred; wherein each module starts without affecting 

normal operation of seid node; £ind wherein each ziffected process rest£irts, if required, 

without affecting normal operation of said node. 

15. (currently amended) A method as recited in CMm 14, wherein said node continues 
with normal operations and notifies said master node that it has completed the 
software update; and wherein said master node checks [[the]] dependencies of the 
software package(s) for the software update set of one or more software packages to 
ensure that any inter-nodal and intra-node dependencies are complete. 

16. (original) A method as recited in Claim 15, wherein if there are any discrepancies in 
the inter-nodal and intra-node dependencies, then said master node notifies a user. 

17. (original) A method as recited in Claim 6, wherein if more than one node was being 
updated, the softwzire update will not occur if £iny node vetoes the software update. 

18. (currently amended) A method as recited in Claim 6, wherein if said master node 
receives a veto from sdid node, then said master node does not update said node and 

notifies a user that the software update will adversely affect said node ; and wherein 
the user must then malce a decision whether to update some or all of the nodes, or to 
abort the update . 
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19. (currently amended) A method as recited in CMm 18, further comprising receiving 
an indication wherein if the user decides to continue updating said node, ^len wherein 
said master node forces said node to accept the software update. 

20. (currently amended) A method as recited in Claim 1, wherein a user initiates a 
further comprising initiating the software update by installing receiving an image 
contdning the software update onto sdd master node. 

21. (cuirently amended) A method as recited in Claim 20, wherein the user indicates 
what receiving an indication of a set of nodes and which a set of software package(s) 
packages that are to be updated. 

22. (original) A method as recited in Claim 1, wherein the software update contains a list 
of nodes to be updated. 

23. (original) A method as recited in Claim 1, wherein the software update contains a list 
of software packages destined for each node. 

24. (currently amended) A method as recited in Claim 1, wherein the master node has 
[[the]] an ability to categorize nodes into classes where all of the nodes in a particular 
class of nodes have [[the]] a same software configuration and may have differing 
processor types. 



Seq. No. 8499 



8 



Ser. No. 10/726,067 filed December 1, 2003 
Matthew Balint et al. - GAU 2192 (Wang) 
Docket No. 50325-0840 

25. (currently amended) A method as recited in Claim 1, wherein [[a]] each software 

package of the plurality of software packages contdns version information, 

dependency information, and other metadata information pertaining to software in the 

package. 



26. (currently amended) A method as recited in Claim 25, wherein the other metadata 
information includes a list of application progrzim interface (API) providers and 
consumers. 



27. (currently amended) A computer- readable storage medium carrying one or more 

sequences of instructions for dynamic installation and activation of software packages 
in a node in a distributed network of nodes, which instructions, when executed by one 
or more processors, cause the one or more processors to carry out the steps of: 
providing a master node; 

providing software package storage means on said master node for storin g, in a 
software package storage of a master node in the distributed network, a 
plurality of software packages and a plurality of software modules that the 

nodes in the distributed network will be using as well as older version ! ; that 
are kept for regressing a node back to a previous module or software package 

wherein [[a]] each software package of the plurality of software packages contains at 

least one module; 
receiving a software update for a node on said master node; 
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wherein the software update contains a software package, or a set of one or more 

software packages; 
storing the software update on said software package storage means ; 
wherein said master node notifies said node that a software update is being requested; 

[[and]] 

wherein said master node passes said node identities of one or more software 
package(s) packages to be updated and module dependencies ; and 

wherein said node determines, using the module dependencies, running processes on 
said node that will be affected by the software update . 

28. (currently amended) A computer-readable storage medium as recited in Claim 27, 
wherein each module has a binary signature[[;]]. 

29. (currently amended) A computer-readable storage medium as recited in Claim 27, 
wherein each node has a list of desired characteristics stored on said master node 
which is compared by sdd master node to each module in the software update to 
determine which subset of modules should be sent to a node. 

30. (canceled). 

31. (currently amended) A computer-readable storage medium as recited in Claim [[30]] 
27 , wherein said node notifies affected processes that the software update is being 
requested; wherein each notified process evaluates the effect that the software update 
will have on its operation; wherein if any of the notified processes determine that the 
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software update will degrade or have a negative impact on said node's normal 

operation, the process returns a veto to said node; £ind wherein if a process finds that 

the software update will have no negative effects, the process returns an acceptance of 

the software update to said node. 

32. (currently amended) A computer-readable storage medium as recited in Claim 31, 
wherein said node waits for all of the notified processes to return [[the]] results of 
their evduations £ind once £ill of the processes have reported to sdd node, sdd node 
notifies said master node if any of the processes have vetoed the software update. 

33. (currently amended) A computer-readable storage medium as recited in Claim 32, 
wherein if said master node receives an acceptance from said node then said master 
node sends appropriate software package(s) for the software update the set of one or 
more software packages from said software package storage means to said node. 

34. (currently zimended) A computer-readable storage medium as recited in Claim 33, 
wherein said node immediately runs software package modules, by loading the 

modules from the software package(s) and signals processes that are being replaced 
by the modules and the affected processes that the changeover is going to occur; 
wherein when all of the signaled processes indicate that they are ready and waiting 
for the chEingeover, the node starts new modules and signals the affected processes 
that the changeover has occurred; wherein each module starts without affecting 
normal operation of said node; and wherein each affected process restarts, if required, 
without affecting normal operation of said node. 
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35. (currently amended) A computer-readable storage medium as recited in Claim 34, 
wherein said node continues with normal operations and notifies said master node 
that it has completed the software update; and wherein said master node checks the 
module dependencies of the software package(s) for the software update to ensure 
that any inter-nodal and intra-node dependencies are complete. 

36. (currently amended) A computer-readable storage medium as recited in CMm 35, 
wherein if there are any discrepancies in the inter-nodal and intra-node dependencies, 
then S£iid master node notifies a user. 

37. (currently amended) A computer-readable storage medium as recited in Claim 34, 
wherein the sequences of instructions include instructions which, when executed by 
the one or more processors, further cause the one or more processors to perform 
storing, in the software package storage, older versions of a subset of the plurality of 
software packages and a subset of the plurzility of software modules that are kept for 
regressing said node back to a previous software module or software package version. 
wherein when said node does not store the software package(s) set of one or more 
software packages in its local persistent storage, then said node can later regress back 
to previous modules stored in the local persistent storage if it restarts or said master 
node tells it to regress. 

38. (currently amended) A computer-readable storage medium as recited in Claim 33, 
wherein said node extracts version information and dependency information from the 
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software package(s) set of one or more software packages and stores the information 
in its local persistent storage. 

39. (currently amended) A computer-readable storage medium as recited in Claim 38, 
wherein said node compzires binary signatures of [[the]] modules in the software 
package(s) set of one or more software packages with corresponding modules stored 
in the local persistent storage to discover which modules have been updated; wherein 
any binary signatures that match indicate that the module has not changed; and 
wherein any modules that have different binary signatures replace the corresponding 
modules stored in the locd persistent storage. 

40. (currently amended) A computer-readable storage medium as recited in Claim 39, 
wherein sdd node runs software package modules by loading the modules from the 
software package(s) set of one or more software packages and signals processes that 
are being replaced by the modules and the affected processes that [[the]] a 
chzingeover is going to occur; wherein when £ill of the signded processes indicate that 
they are ready and waiting for the changeover, the node starts new modules and 
signals the affected processes that the changeover has occurred; wherein each module 
starts without affecting normal operation of said node; and wherein each affected 
process restarts, if required, without affecting normal operation of said node. 

41. (currently amended) A computer-readable storage medium as recited in Claim 40, 
wherein said node continues with normal operations and notifies said master node 
that it has completed the software update; and wherein said master node checks 
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[[the]] dependencies of the software package(s) for the software update set of one or 
more software packages to ensure that £iny inter-nodd and intra-node dependencies 
are complete. 

42. (currently amended) A computer-readable storage medium as recited in Claim 41, 
wherein if there are any discrepancies in the inter-nodal and intra-node dependencies, 
then said master node notifies a user. 

43. (currently amended) A computer-readable storage medium as recited in Claim 32, 
wherein if more than one node was being updated, the software update will not occur 
if any node vetoes the software update. 

44. (currently zimended) A computer-readable storage medium as recited in Claim 32, 
wherein if said master node receives a veto from said node, then said master node 
does not update said node and notifies a user that the software update will adversely 
Eiffect s£iid node ; and wherein the user must then make a decision whether to update 
some or all of the nodes, or to abort the update . 

45. (currently amended) A computer-readable storage medium as recited in Claim 44, 
wherein if the user decides the instructions include instructions which, when executed 
by the one or more processors, further cause the one or more processors perform 
receiving an indication to continue updating said node, flieft wherein said master node 
forces said node to accept the software update. 
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46. (currently amended) A computer-readable storage medium as recited in Claim 27, 
wherein a user initiates a the one or more sequences of instructions are instructions 

which, when executed by the one or more processors, further cause the one or more 
processors to perform initiating the software update by installing receiving an image 
containing the software update onto sdd master node. 

47. (currently amended) A computer-readable storage medium as recited in Claim 46, 
wherein the user indicates what one or more sequences of instructions are instructions 
which, when executed by the one or more processors, further cause the one or more 
processors to perform the step of receiving an indication of a set of nodes £ind which a 
set of software package(s) packages that are to be updated. 

48. (currently zimended) A computer-readable storage medium as recited in Claim 27, 
wherein the software update contains a list of nodes to be updated. 

49. (currently zimended) A computer-readable storage medium as recited in Claim 27, 
wherein the software update contains a list of software packages destined for each 
node. 

50. (currently amended) A computer-readable storage medium as recited in Claim 27, 
wherein the master node has [[the]] m ability to categorize nodes into classes where 
all of the nodes in a particular class of nodes have [[the]] a same software 
configuration and may have differing processor types. 
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5 1 . (currently amended) A computer-readable storage medium as recited in Claim 27, 

wherein [[a]] each software package of the plurdity of softwzire packages contains 

version information, dependency information, and other metadata information 

pertaining to software in the package. 



52. (currently amended) A computer-readable storage medium as recited in CMm 51, 
wherein the other metadata information includes a list of application program 
interface (API) providers £ind consumers 



53. (currently amended) An apparatus of dynamic installation and activation of software 
packages in a node in a distributed network of nodes , comprising: 
a master node; 

software package storage means on said master node mezins for storin g, in a software 
package storage of the master node, a plurality of software packages and a 
plurality of software modules that [[the]] nodes in [[the]] a distributed 
network will be using as well as older versions that are kept for regressing a 
node back to a previous module or software package version ; 

wherein [[a]] each software package of the plurzility of software packages contains at 
least one module; 

means for receiving a software update for a node on said master node; 

wherein the software update contdns a software package, or a set of one or more 
software packages; 

means for storing the software update on said software package storage means ; 
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wherein said master node notifies said node that a software update is being requested; 
[[and]] 

wherein said master node passes said node identities of one or more software 
package(s) packages to be updated and module dependencies ; and 

wherein said node determines, using the module dependencies, running processes on 
said node that will be affected by the software update . 

54. (currently amended) An apparatus as recited in CMm 53, wherein each module has a 
binary signature[[;]]. 

55. (original) An apparatus as recited in Claim 53, wherein each node has a list of 
desired characteristics stored on said master node which is compared by said master 
node to each module in the software update to determine which subset of modules 
should be sent to a node. 

56. (canceled). 

57. (currently amended) An apparatus as recited in Claim [[56]] 53, wherein said node 
notifies affected processes that the software update is being requested; wherein each 
notified process evaluates the effect that the software update will have on its 
operation; wherein if any of the processes determine that the software update will 
degrade or have a negative impact on said node's normal operation, the process 
returns a veto to said node; and wherein if a process finds that the software update 
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will have no negative effects, the process returns an acceptance of the software update 
to said node. 

58. (currently amended) An apparatus as recited in Claim 57, wherein said node waits 
for all of the notified processes to return [[the]] results of their evaluations £ind once 
all of the processes have reported to said node, said node notifies said master node if 
any of the processes have vetoed the softwzire update. 

59. (currently amended) An apparatus as recited in Claim 58, wherein if said master 
node receives an acceptance from said node then said master node sends appropriate 
software package(s) for the software update the set of one or more software packages 
from said software package storage means to said node. 

60. (original) An apparatus as recited in Claim 59, wherein said node immediately runs 
software package modules, by loading the modules from the software package(s) and 
signds processes that Eire being replaced by the modules £ind the ziffected processes 
that the changeover is going to occur; wherein when all of the signaled processes 
indicate that they are ready and waiting for the changeover, the node starts new 
modules and signals the affected processes that the changeover has occurred; wherein 
each module starts without affecting normal operation of said node; and wherein each 
Eiffected process restarts, if required, without affecting normal operation of said node. 

61. (currently amended) An apparatus as recited in Claim 60, wherein said node 
continues with normal operations and notifies said master node that it has completed 
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the software update; and wherein said master node checks the module dependencies 

of the software package(s) for the software update to ensure that any inter-nodal and 

intra-node dependencies are complete. 

62. (original) An apparatus as recited in CMm 61, wherein if there £ire any discrepancies 
in the inter-nodal and intra-node dependencies, then said master node notifies a user. 

63. (currently amended) An apparatus as recited in CMm 60, further comprising means 
for storing, in the software package storage, older versions of a subset of the plurality 
of software packages and a subset of the plurality of the software modules that are 
kept for regressing said node back to a previous software module or software package 
version, wherein when said node does not store the software package(s) sset of one or 
more software packages in its locd persistent storage, then sdd node c£in later regress 
back to previous modules stored in the local persistent storage if it restarts or said 
master node tells it to regress. 

64. (currently amended) An apparatus as recited in Claim 59, wherein said node extracts 

version information and dependency information from the software package(s) set of 
one or more software packages and stores the information in its local persistent 
storage. 

65. (currently amended) An apparatus as recited in Claim 64, wherein said node 
compares binary signatures of [[the]] modules in the software package(s) set of one or 
more software packages with corresponding modules stored in the local persistent 
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storage to discover which modules have been updated; wherein any binary signatures 
that match indicate that the module has not chzinged; and wherein any modules that 
have different binary signatures replace the corresponding modules stored in the local 
persistent storage. 

66. (currently amended) An apparatus as recited in Claim 65, wherein said node runs 
software package modules by loading the modules from the software package(s) set 
of one or more software packages and signals processes that Eire being replaced by the 
modules and the affected processes that [[the]] a changeover is going to occur; 
wherein when all of the signaled processes indicate that they are ready and wEiiting 
for the changeover, the node starts new modules and signals the affected processes 
that the changeover has occurred; wherein each module starts without affecting 
normd operation of sdd node; £ind wherein each ziffected process restarts, if required, 
without affecting normal operation of said node. 

67. (currently zimended) An apparatus as recited in CMm 66, wherein sdd node 
continues with normal operations and notifies said master node that it has completed 

the software update: and wherein said master node checks [[the]] dependencies of the 
software package(s) for the software update set of one or more software packages to 
ensure that any inter-nodal and intra-node dependencies are complete. 

68. (original) An apparatus as recited in Claim 67. wherein if there are any discrepancies 
in the inter-nodal and intra-node dependencies, then said master node notifies a user. 
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69. (original) An apparatus as recited in Claim 58, wherein if more than one node was 
being updated, the software update will not occur if any node vetoes the software 
update. 

70. (currently amended) An apparatus as recited in CMm 58, wherein if said master 
node receives a veto from said node, then said master node does not update said node 
and notifies a user that the software update will adversely ziffect s£iid nodet^iftd: 
wherein the user must then make a decision whether to update some or all of the 
nodes, or to abort the update . 

7 1 . (currently amended) An apparatus as recited in Claim 70, further comprising means 
for receiving an indication wherein if the user decides to continue updating said node, 
^leH wherein sdid master node forces sdid node to accept the software update. 

72. (currently amended) An apparatus as recited in Claim 53, wherein a user initiates a 
further comprising mezins for initiating the software update by installing receiving an 
image containing the software update onto said master node. 

73. (currently amended) An apparatus as recited in Claim 72, wherein the user indicates 
wheA further comprising means for receiving an indication of a set of nodes and which 
a set of software package(s) packages that are to be updated. 

74. (original) An apparatus as recited in Claim 53, wherein the software update contains 
a list of nodes to be updated. 
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75. (original) An apparatus as recited in Claim 53, wherein the software update contains 
a list of software packages destined for each node. 

76. (currently amended) An apparatus as recited in CMm 53, wherein the master node 
has [[the]] an ability to categorize nodes into classes where all of the nodes in a 
particular class of nodes have [[the]] a same softwzire configuration and may have 
differing processor types. 

77. (cmrently amended) An apparatus as recited in Claim 53, wherein [[a]] each software 
package of the plurality of software packages contains version information, 
dependency information, and other metadata information pertaining to software in the 
package. 

78. (currently amended) An apparatus as recited in Claim 77, wherein the other metadata 
information includes a list of application progrzim interface (API) providers and 
consumers. 
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